home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001381_daemon _Mon Jun 21 10:29:57 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  2.     id AA01318; Mon, 21 Jun 93 10:29:59 MET DST
  3. Return-Path: <dsr@hplb.hpl.hp.com>
  4. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  5.     id AA01314; Mon, 21 Jun 93 10:29:57 MET DST
  6. Received: from mcsun.EU.net by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  7.     id AA23831; Mon, 21 Jun 1993 10:52:17 +0200
  8. Received: from hplb.hpl.hp.com by mcsun.EU.net with SMTP
  9.     id AA28919 (5.65b/CWI-2.225); Mon, 21 Jun 1993 10:52:13 +0200
  10. Received: from dragget.hpl.hp.com by hplb.hpl.hp.com; Mon, 21 Jun 93 09:44:11 +0100
  11. Received: by manuel.hpl.hp.com
  12.     (16.6/15.6+ISC) id AA12620; Mon, 21 Jun 93 09:50:28 +0100
  13. From: Dave_Raggett <dsr@hplb.hpl.hp.com>
  14. Message-Id: <9306210850.AA12620@manuel.hpl.hp.com>
  15. Subject:  RE two PREs
  16. To: terry@ora.com
  17. Date: Mon, 21 Jun 93 9:50:26 BST
  18. Cc: www-talk@nxoc01.cern.ch
  19. Mailer: Elm [revision: 66.36.1.1]
  20.  
  21. Terry,
  22.  
  23. > Presently in xmosaic PRE is presented in a typewriter font; this is okay
  24. > for code examples (unless you have in-line annotations that you want 
  25. > distinguished from the code) but not for all forms of text that should
  26. > be displayed verbatim (poetry).  So either two PREs are needed, or the
  27. > font change in PRE should be invoked specifically, perhaps by using
  28. > CODE inside PRE.
  29.  
  30. HTML+ has a style attribute for the PRE tag with just such ideas in mind:
  31.  
  32. <!-- Preformatted text with fixed pitch font,
  33.      respecting original spacing and newlines.
  34.      The style attribute allows authors to specify
  35.      alternative styles, e.g. "poem" which browsers
  36.      could render in a proportional font.
  37.  -->
  38. <!ELEMENT PRE - - (%text;)+>
  39. <!ATTLIST PRE
  40.     id      ID      #IMPLIED -- link destination --
  41.     style   CDATA   #IMPLIED -- various styles --
  42.     width   NUMBER  #IMPLIED -- e.g. 40, 80, 132 -->
  43.  
  44. My expectation is there are a small number of useful styles for which we can
  45. agree on the names and how to render them. One problem with using a CDATA
  46. (free text) field for style names is that browsers may not recognise less
  47. common ones. It seems to me that it is worth breaching the principle of
  48. presentation independence slightly to include some rendering hints to allow
  49. for graceful degradation. With this in mind I am now considering adding a
  50. justification attribute to the paragraph tag <P>, e.g. <P CENTER>, together
  51. with a line break tag <BR>.
  52.  
  53. A wider issue is changing character sets, e.g. from Latin-1 to Old English
  54. (or at a more mundane level to Asian character sets).
  55.  
  56. Switching to 16 bit fonts will help (at least for extant languages). However,
  57. I see no real alternative in the longer term to building in support for
  58. outline fonts, e.g. TrueType, together with full support for the ISO entity
  59. definitions.
  60.  
  61. Dave Raggett